IEEE 829
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
IEEE 829는 IEEE에서 제정한 소프트웨어 및 시스템 테스트 문서화 표준으로, 8가지 단계에서 사용되는 문서 형식을 규정한다. 이 표준은 마스터 테스트 계획, 레벨 테스트 계획, 레벨 테스트 설계, 레벨 테스트 케이스, 레벨 테스트 절차, 레벨 테스트 로그, 이상 보고서, 레벨 중간 테스트 상태 보고서, 레벨 테스트 보고서, 마스터 테스트 보고서 등 다양한 문서 형식을 정의한다. IEEE 829는 ISEB 및 ISTQB와 같은 소프트웨어 테스팅 관련 자격증 과정에서 활용되었으며, ISO/IEC/IEEE 29119-3:2013에 의해 대체되었다.
더 읽어볼만한 페이지
- 소프트웨어 문서화 - GNU 자유 문서 사용 허가서
GNU 자유 문서 사용 허가서는 자유 소프트웨어 재단에서 만든 카피레프트 라이선스로, 문서 저작물의 자유로운 사용, 수정, 배포를 보장하지만, 2차 저작물에도 동일한 라이선스를 적용하고 원저작자 표시 등의 조건을 요구하며, GPL과의 비호환성 등으로 비판받기도 한다. - 소프트웨어 문서화 - 마이크로소프트 독스
마이크로소프트 독스는 마이크로소프트의 기술 문서 웹사이트로, 제품 및 기술별, 작업 단계별 콘텐츠 구성과 오픈 소스 방식 관리를 통해 사용자 참여를 유도하며, MSDN 및 TechNet 라이브러리 콘텐츠를 이전하여 2016년 6월에 공개되었다. - 소프트웨어 테스트 - 보안 취약점
보안 취약점은 시스템의 설계, 구현, 운영, 관리상 결함이나 약점으로, 위협에 의해 악용되어 시스템 보안 정책을 위반할 수 있는 요소이며, ISO 27005, IETF RFC 4949, NIST SP 800-30, ENISA 등 다양한 기관에서 정의하고 있다. - 소프트웨어 테스트 - A/B 테스트
A/B 테스트는 두 가지 이상의 대안을 비교하여 더 나은 성과를 판단하는 방법으로, 웹사이트, 애플리케이션 등 다양한 분야에서 사용자 인터페이스 등을 테스트하며 통계적 가설 검정을 기반으로 한다. - IEEE 표준 - IEEE 754
IEEE 754는 부동소수점 숫자를 표현하고 처리하기 위한 국제 표준으로, 다양한 형식과 연산, 반올림 규칙, 예외 처리 등을 정의한다. - IEEE 표준 - IEEE 802.2
IEEE 802.2는 데이터 링크 계층의 LLC 서브레이어를 정의하는 IEEE 802 표준의 일부로, 비연결 및 연결 지향 모드를 지원하며, LLC 클래스 I, II, III, IV를 통해 다양한 서비스 유형을 제공하고, DSAP, SSAP 주소 및 제어 필드로 구성된 헤더와 필요에 따라 SNAP 확장을 사용해 네트워크 통신을 관리한다.
| IEEE 829 | |
|---|---|
| 소프트웨어 테스트 문서 개요 | |
| 목적 | 소프트웨어 테스트 프로세스의 계획, 실행 및 평가를 문서화하는 것 |
| 포함 내용 | 테스트 계획 테스트 케이스 테스트 절차 테스트 결과 결함 보고서 |
| 중요성 | 테스트 프로세스의 추적성, 반복성 및 효율성을 보장하고 이해 관계자 간의 의사 소통을 개선 |
| 주요 섹션 | |
| 테스트 계획 | 범위 목표 일정 리소스 테스트 전략 |
| 테스트 케이스 | 테스트할 기능 입력 데이터 예상 결과 테스트 단계 |
| 테스트 절차 | 테스트 환경 설정 방법 테스트 실행 방법 테스트 결과 기록 방법 |
| 테스트 결과 | 테스트 실행 결과 요약 합격/불합격 여부 발견된 결함 목록 |
| 결함 보고서 | 결함 설명 심각도 우선 순위 재현 단계 |
| 표준 및 지침 | |
| 관련 표준 | IEEE 829 |
| 기타 지침 | ISO 29119 ISTQB |
| IEEE 829 표준 개요 | |
| 이름 | IEEE 829 소프트웨어 테스트 문서 표준 |
| 목적 | 소프트웨어 테스트 문서의 형식과 내용을 정의하여 테스트 프로세스의 표준화 및 효율성을 향상시키는 것 |
| 범위 | 테스트 계획 테스트 설계 테스트 실행 테스트 결과 보고 |
| 주요 문서 유형 | 테스트 계획 문서 테스트 설계 명세서 테스트 케이스 명세서 테스트 항목 전표 테스트 로그 테스트 요약 보고서 |
| 이점 | 테스트 프로세스의 일관성 및 추적성 향상 테스트 결과의 정확성 및 신뢰성 향상 테스트 문서의 재사용성 향상 테스트 의사 소통 개선 |
| 적용 분야 | 모든 규모의 소프트웨어 프로젝트 다양한 개발 방법론 다양한 산업 분야 |
| 주요 문서 상세 정보 | |
| 테스트 계획 문서 (Test Plan Document) | 테스트 범위, 목표, 일정, 리소스, 전략 등을 정의 |
| 테스트 설계 명세서 (Test Design Specification) | 테스트할 기능, 테스트 방법, 합격/불합격 기준 등을 명시 |
| 테스트 케이스 명세서 (Test Case Specification) | 테스트에 사용될 입력 데이터, 예상 결과, 실행 단계 등을 상세히 기술 |
| 테스트 항목 전표 (Test Item Transmittal Report) | 테스트 대상 소프트웨어 항목의 식별 정보, 버전, 변경 사항 등을 기록 |
| 테스트 로그 (Test Log) | 테스트 실행 날짜, 시간, 결과, 오류 정보 등을 기록 |
| 테스트 요약 보고서 (Test Summary Report) | 테스트 결과 요약, 결함 분석, 권고 사항 등을 제시 |
| 표준 준수 고려 사항 | |
| 유연성 | 프로젝트 특성에 맞게 표준을 조정하여 적용 가능 |
| 도구 지원 | 다양한 테스트 관리 도구에서 IEEE 829 표준을 지원 |
| 교육 및 훈련 | 테스트 팀에게 표준에 대한 교육 및 훈련 제공 필요 |
| 관련 정보 | |
| 관련 표준 | ISO/IEC/IEEE 29119, Software and systems engineering — Software testing IEEE 1012, Standard for Software Verification and Validation |
| 참고 자료 | IEEE 829 표준 문서 소프트웨어 테스트 관련 서적 및 논문 |
2. IEEE 829 표준의 배경
'''IEEE 829-2008'''은 '''소프트웨어 및 시스템 테스트 문서화 표준 829'''로도 알려져 있다. 이 표준은 IEEE에서 제정한 것으로, 소프트웨어 테스팅과 시스템 테스팅 과정에서 사용되는 문서들의 형식을 규정한다. 구체적으로는 테스트 과정의 8가지 정의된 단계별로 필요한 문서 유형을 정의하고 있으며, 각 단계마다 고유한 종류의 문서를 생성할 수 있도록 안내한다.
그러나 이 표준은 해당 문서의 형식만을 규정할 뿐, 모든 문서를 반드시 만들어야 한다고 강제하지는 않는다. 또한, 문서에 어떤 내용이 들어가야 적절한지에 대한 기준 역시 제시하지 않는데, 이는 표준 제정 당시의 범위를 벗어나는 문제로 여겨졌기 때문이다.
3. IEEE 829 표준의 문서 목록
3. 1. 마스터 테스트 계획 (MTP)
'''마스터 테스트 계획'''(Master Test Plan, MTP)은 하나의 프로젝트 또는 여러 프로젝트에 걸쳐 여러 수준의 테스트에 대한 전반적인 테스트 계획 및 테스트 관리 문서를 제공하는 데 목적이 있다.
3. 2. 레벨 테스트 계획 (LTP)
각 LTP(Level Test Plan)는 지정된 테스트 레벨에 대한 테스트 활동의 범위, 접근 방식, 자원 및 일정을 설명하는 문서이다. 여기에는 테스트할 항목, 테스트할 기능, 수행할 테스트 작업, 각 작업에 대한 담당자 및 관련된 위험 요소들을 식별하는 내용이 포함되어야 한다.
3. 3. 레벨 테스트 설계 (LTD)
테스트 케이스 및 예상 결과와 테스트 통과 기준을 자세히 설명한다.
3. 4. 레벨 테스트 케이스 (LTC)
레벨 테스트 설계(LTD)에서 식별된 테스트 케이스 실행에 사용할 테스트 데이터를 지정하는 문서이다.
3. 5. 레벨 테스트 절차 (LTPr)
레벨 테스트 절차(LTPr)는 각 테스트를 어떻게 실행할 것인지 상세하게 설명하는 문서이다. 여기에는 테스트를 시작하기 전에 필요한 설정 조건과 테스트 중에 따라야 하는 구체적인 단계들이 포함된다.
3. 6. 레벨 테스트 로그 (LTL)
레벨 테스트 로그(LTL)는 테스트 실행에 대한 관련 세부 사항을 시간 순서대로 기록하는 문서이다. 예를 들어, 어떤 테스트 케이스가 실행되었는지, 누가 실행했는지, 어떤 순서로 실행되었는지, 그리고 각 테스트가 통과했는지 또는 실패했는지를 기록한다.
3. 7. 이상 보고서 (AR)
Anomaly Report|이상 보고서eng (AR)는 테스트 과정에서 발생하는, 조사가 필요한 모든 사건을 문서화하는 것을 목적으로 한다. 이는 흔히 문제 보고서, 테스트 사고 보고서, 결함 보고서, 이슈 보고서, 오류 보고서 등으로 불리기도 한다.
이 문서는 의도적으로 '결함 보고서'가 아닌 '이상 보고서'라는 명칭을 사용하는데, 이는 테스트 과정에서 예상된 결과와 실제 결과 사이에 차이가 발생하는 이유가 단순히 시스템의 결함 때문만은 아니기 때문이다. 예를 들어, 예상 결과 자체가 잘못되었거나, 테스트가 잘못 수행되었거나, 혹은 요구 사항에 대한 해석이 달라 여러 가지 결과가 가능했던 경우 등이 포함될 수 있다.
이상 보고서에는 사고 발생 시의 실제 결과와 예상 결과, 발생 시점, 그리고 문제 해결에 도움이 될 수 있는 모든 증거들을 상세히 기록해야 한다. 또한, 가능한 경우에는 해당 사고가 테스트에 미치는 영향에 대한 평가도 포함한다.
3. 8. 레벨 중간 테스트 상태 보고서 (LITSR)
레벨 중간 테스트 상태 보고서(LITSR)는 지정된 테스트 활동의 중간 결과를 요약하는 문서이다. 선택적으로 특정 테스트 레벨에 대한 결과를 바탕으로 평가 및 권장 사항을 제공하기도 한다.
3. 9. 레벨 테스트 보고서 (LTR)
지정된 테스트 활동의 결과를 요약하고, 특정 테스트 레벨에 대한 테스트 실행이 완료된 후 결과에 기반한 평가 및 권장 사항을 제공한다.
3. 10. 마스터 테스트 보고서 (MTR)
마스터 테스트 보고서(Master Test Report, MTR)는 지정된 여러 테스트 활동 레벨의 결과를 요약하고, 그 결과에 기반한 평가를 제공하는 문서이다. 이 보고서는 마스터 테스트 계획(MTP)을 사용하는 모든 조직에서 활용될 수 있다.
MTR은 테스트 과정에서 발견된 중요한 정보를 제공하는 관리 보고서 역할을 한다. 여기에는 테스트 노력의 품질, 테스트 대상 소프트웨어 시스템의 품질 평가, 그리고 이상 보고서(AR)에서 도출된 통계 등이 포함된다. 또한, 어떤 테스트가 수행되었고 각 테스트에 얼마나 시간이 소요되었는지 기록하여 향후 테스트 계획을 개선하는 데 도움을 준다. 이 최종 문서는 테스트 대상 소프트웨어 시스템이 프로젝트 관계자들이 정의한 승인 기준을 충족했는지 여부를 판단하고, 해당 시스템이 목적에 적합한지를 나타내는 데 사용된다.
4. IEEE 829 표준의 활용
이 표준은 영국 컴퓨터 협회에서 주관하는 ISEB 소프트웨어 테스팅 재단 및 실무자 자격증 교육 과정의 일부를 형성했다. ISTQB는 ISEB와 독일의 ASQF의 커리큘럼을 기반으로 자체 커리큘럼을 구성한 후, 소프트웨어 및 시스템 테스트 문서화의 참조 표준으로 IEEE 829를 채택했다.
데이비드 젤퍼린 박사와 윌리엄 C. 헤첼 박사는 소프트웨어 테스트 문서화를 위한 원본 IEEE 829 표준을 구현하기 위해 STEP(Systematic Test and Evaluation Process) 방법론을 개발했다.
5. IEEE 829 표준의 현황
참조
[1]
웹사이트
IEEE Products and Projects Status Report
https://web.archive.[...]
2017-10-13
[2]
서적
Systematic Software Testing
https://books.google[...]
Artech House
2002
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com